Course profiling and sharing

ABSTRACT

Systems and methods for unmanned aerial vehicle (UAV) course profiling are provided. A plurality of images may be captured by a UAV flying along a course at a first location. A profile may be constructed for the course based on the images captured by the UAV. The constructed course profile is transmitted over a communication network to a virtual reality system at a second location. The virtual reality system may generate a virtual environment corresponding to the course based on the constructed course profile, and a second UAV at the second location may fly along the virtual course.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is a continuation and claims the prioritybenefit of U.S. patent application Ser. No. 16/728,833 filed Dec. 27,2019, now U.S. Pat. No. 10,692,174, which is a continuation and claimsthe priority benefit of U.S. patent application Ser. No. 16/526,819filed Jul. 30, 2019, now U.S. Pat. No. 10,540,746, which is acontinuation and claims the priority benefit of Ser. No. 15/394,511filed Dec. 29, 2016, now U.S. Pat. No. 10,410,320, which claims thepriority benefit of U.S. provisional patent application 62/402,584 filedon Sep. 30, 2016, the disclosures of which are incorporated herein byreference.

BACKGROUND OF THE INVENTION 1. Field of the Invention

The present invention generally relates to unmanned aerial vehicles(UAVs). More specifically, the present invention relates to courseprofiling and sharing by UAVs.

2. Description of the Related Art

An unmanned aerial vehicle (UAV)—also commonly called a drone—is a typeof aircraft that may be controlled with varying degrees of autonomy ordirection by a remote human pilot. UAVs are available in a variety ofdifferent sizes, configurations, power, maneuverability, and peripheraldevices, such as cameras, sensors, radar, sonar, etc. Common uses forUAVs include aerial photography, surveillance, and delivery of a varietyof payloads, as well as recreational and hobby usage.

FIG. 1 illustrates an exemplary unmanned aerial vehicle (UAV) 100. Asnoted above, UAVs may be used to surveil and capture images of alocation. A UAV may be flown, for example, over and around a locationwhile an onboard camera or other type of sensor gathers or captures data(e.g., images, measurements) regarding the location. Such informationmay be used to construct a map or other type of illustrative diagramregarding the conditions at the location. Such mapping may use a varietyof information captured by any combination of cameras or other type ofsensors carried by the UAV, as well as use algorithms for simultaneouslocalization and mapping (SLAM), photometry, light detection and ranging(LiDAR), and other cartographic or topographic data analysis.

In a recreational context, UAVs may be flown in a variety of races orother types of UAV competitions. Such races and competitions havegenerally required competitors and their respective drones to compete atthe same physical location (e.g., a race course or obstacle course) sothat the competitors may face the same conditions and challenges. Therequirement that the competitors be in the same location may limit,however, the number of competitors who may fly the course within areasonable timeframe, as well as add a layer of difficulty and expenseto the hobby. Recreating the same conditions across multiple venues indifferent locations may be difficult, expensive, and impractical.

There is, therefore, a need in the art for improved systems and methodsfor UAV course profiling and sharing.

SUMMARY OF THE CLAIMED INVENTION

Embodiments of the present invention allow unmanned aerial vehicle (UAV)course profiling. A plurality of images may be captured by a UAV flyingalong a course at a first location. A profile may be constructed for thecourse based on the images captured by the UAV. In some instances, thecourse profile may further include virtual elements generated by avirtual reality system at the first location. The constructed courseprofile is transmitted over a communication network to a virtual realitysystem at a second location. The virtual reality system may generate avirtual environment corresponding to the course based on the constructedcourse profile, and a second UAV at the second location may fly alongthe virtual course.

Various embodiments of the present invention may include systems for UAVcourse profiling. Such systems may include an unmanned aerial vehicle(UAV) that captures a plurality of images while flying along a course ata first location, a processor that executes instructions stored inmemory to construct a profile for the course based on the imagescaptured by the UAV, and a network interface that transmits theconstructed course profile over a communication network to a virtualreality system at a second location. The virtual reality system maygenerate a virtual environment corresponding to the course based on theconstructed course profile.

Additional embodiments of the present invention may further includemethods for unmanned aerial vehicle (UAV) course profiling. Such methodsmay include capturing a plurality of images by a UAV flying along acourse at a first location, executing instructions stored in memory toconstruct a profile for the course based on the images captured by theUAV while flying along the course, and transmitting the constructedcourse profile over a communication network to a virtual reality systemat a second location. The virtual reality system may generate a virtualenvironment corresponding to the course based on the constructed courseprofile.

Further embodiments of the present invention may further includenon-transitory computer-readable storage media, having embodied thereona program executable by a processor to perform methods for unmannedaerial vehicle (UAV) course profiling as described herein.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 illustrates an exemplary unmanned aerial vehicle (UAV) that maybe used in implementations of the present invention.

FIG. 2 illustrates an exemplary control transmitter used to control aUAV that may be used in implementations of the present invention.

FIG. 3 illustrates an exemplary virtual reality system headset that maybe used in implementations of the present invention.

FIG. 4A illustrates an exemplary physical space within which a UAV maybe flown along a course.

FIG. 4B illustrates a physical space different from that illustrated inFIG. 4A, but within which the course of FIG. 4A may be recreated by avirtual reality system.

FIG. 5 is a flowchart illustrating an exemplary method for UAV courseprofiling and sharing.

FIG. 6 is a flowchart illustrating an exemplary method for using ashared UAV course profile.

FIG. 7 is a block diagram of an exemplary computing device that may beused to implement an embodiment of the present invention.

FIG. 8 is an exemplary electronic entertainment system that may be usedin implementing UAV course profiling and sharing.

DETAILED DESCRIPTION

Embodiments of the present invention allow unmanned aerial vehicle (UAV)course profiling. A plurality of images may be captured by a UAV flyingalong a course at a first location. A profile may be constructed for thecourse based on the images captured by the UAV. In some instances, thecourse profile may further include virtual elements generated by avirtual reality system at the first location. The constructed courseprofile is transmitted over a communication network to a virtual realitysystem at a second location. The virtual reality system may generate avirtual environment corresponding to the course based on the constructedcourse profile, and a second UAV at the second location may fly alongthe virtual course.

FIG. 1 illustrates an exemplary unmanned aerial vehicle (UAV) that maybe used in implementations of the present invention. In someembodiments, UAV 100 has main body 110 with one or more arms 140. Theproximal end of arm 140 can attach to main body 110 while the distal endof arm 140 can secure motor 150. Arms 140 can be secured to main body110 in an “X” configuration, an “H” configuration, a “T” configuration,or any other configuration as appropriate. The number of motors 150 canvary, for example there can be three motors 150 (e.g., a “tricopter”),four motors 150 (e.g., a “quadcopter”), eight motors (e.g., an“octocopter”), etc.

In some embodiments, each motor 155 rotates (e.g., the drive shaft ofmotor 155 spins) about parallel axes. For example, the thrust providedby all propellers 155 can be in the Z direction. Alternatively, a motor155 can rotate about an axis that is perpendicular (or any angle that isnot parallel) to the axis of rotation of another motor 155. For example,two motors 155 can be oriented to provide thrust in the Z direction(e.g., to be used in takeoff and landing) while two motors 155 can beoriented to provide thrust in the X direction (e.g., for normal flight).In some embodiments, UAV 100 can dynamically adjust the orientation ofone or more of its motors 150 for vectored thrust.

In some embodiments, the rotation of motors 150 can be configured tocreate or minimize gyroscopic forces. For example, if there are an evennumber of motors 150, then half of the motors can be configured torotate counter-clockwise while the other half can be configured torotate clockwise. Alternating the placement of clockwise andcounter-clockwise motors can increase stability and enable UAV 100 torotate about the z-axis by providing more power to one set of motors 150(e.g., those that rotate clockwise) while providing less power to theremaining motors (e.g., those that rotate counter-clockwise).

Motors 150 can be any combination of electric motors, internalcombustion engines, turbines, rockets, etc. In some embodiments, asingle motor 150 can drive multiple thrust components (e.g., propellers155) on different parts of UAV 100 using chains, cables, gearassemblies, hydraulics, tubing (e.g., to guide an exhaust stream usedfor thrust), etc. to transfer the power.

In some embodiments, motor 150 is a brushless motor and can be connectedto electronic speed controller X45. Electronic speed controller 145 candetermine the orientation of magnets attached to a drive shaft withinmotor 150 and, based on the orientation, power electromagnets withinmotor 150. For example, electronic speed controller 145 can have threewires connected to motor 150, and electronic speed controller 145 canprovide three phases of power to the electromagnets to spin the driveshaft in motor 150. Electronic speed controller 145 can determine theorientation of the drive shaft based on back-emf on the wires or bydirectly sensing to position of the drive shaft.

Transceiver 165 can receive control signals from a control unit (e.g., ahandheld control transmitter, a server, etc.). Transceiver 165 canreceive the control signals directly from the control unit or through anetwork (e.g., a satellite, cellular, mesh, etc.). The control signalscan be encrypted. In some embodiments, the control signals includemultiple channels of data (e.g., “pitch,” “yaw,” “roll,” “throttle,” andauxiliary channels). The channels can be encoded usingpulse-width-modulation or can be digital signals. In some embodiments,the control signals are received over TC/IP or similar networking stack.

In some embodiments, transceiver 165 can also transmit data to a controlunit. Transceiver 165 can communicate with the control unit usinglasers, light, ultrasonic, infra-red, Bluetooth, 802.11x, or similarcommunication methods, including a combination of methods. Transceivercan communicate with multiple control units at a time.

Position sensor 135 can include an inertial measurement unit fordetermining the acceleration and/or the angular rate of UAV 100, a GPSreceiver for determining the geolocation and altitude of UAV 100, amagnetometer for determining the surrounding magnetic fields of UAV 100(for informing the heading and orientation of UAV 100), a barometer fordetermining the altitude of UAV 100, etc. Position sensor 135 caninclude a land-speed sensor, an air-speed sensor, a celestial navigationsensor, etc.

UAV 100 can have one or more environmental awareness sensors. Thesesensors can use sonar, LiDAR, stereoscopic imaging, computer vision,etc. to detect obstacles and determine the nearby environment. Forexample, a collision avoidance system can use environmental awarenesssensors to determine how far away an obstacle is and, if necessary,change course.

Position sensor 135 and environmental awareness sensors can all be oneunit or a collection of units. In some embodiments, some features ofposition sensor 135 and/or the environmental awareness sensors areembedded within flight controller 130.

In some embodiments, an environmental awareness system can take inputsfrom position sensors 135, environmental awareness sensors, databases(e.g., a predefined mapping of a region) to determine the location ofUAV 100, obstacles, and pathways. In some embodiments, thisenvironmental awareness system is located entirely on UAV 100,alternatively, some data processing can be performed external to UAV100.

Camera 105 can include an image sensor (e.g., a CCD sensor, a CMOSsensor, etc.), a lens system, a processor, etc. The lens system caninclude multiple movable lenses that can be adjusted to manipulate thefocal length and/or field of view (e.g., zoom) of the lens system. Insome embodiments, camera 105 is part of a camera system which includesmultiple cameras 105. For example, two cameras 105 can be used forstereoscopic imaging (e.g., for first person video, augmented reality,etc.). Another example includes one camera 105 that is optimized fordetecting hue and saturation information and a second camera 105 that isoptimized for detecting intensity information. In some embodiments,camera 105 optimized for low latency is used for control systems while acamera 105 optimized for quality is used for recording a video (e.g., acinematic video). Camera 105 can be a visual light camera, an infraredcamera, a depth camera, etc.

A gimbal and dampeners can help stabilize camera 105 and remove erraticrotations and translations of UAV 100. For example, a three-axis gimbalcan have three stepper motors that are positioned based on a gyroscopereading in order to prevent erratic spinning and/or keep camera 105level with the ground.

Video processor 125 can process a video signal from camera 105. Forexample video process 125 can enhance the image of the video signal,down-sample or up-sample the resolution of the video signal, add audio(captured by a microphone) to the video signal, overlay information(e.g., flight data from flight controller 130 and/or position sensor),convert the signal between forms or formats, etc.

Video transmitter 120 can receive a video signal from video processor125 and transmit it using an attached antenna. The antenna can be acloverleaf antenna or a linear antenna. In some embodiments, videotransmitter 120 uses a different frequency or band than transceiver 165.In some embodiments, video transmitter 120 and transceiver 165 are partof a single transceiver.

Battery 170 can supply power to the components of UAV 100. A batteryelimination circuit can convert the voltage from battery 170 to adesired voltage (e.g., convert 12v from battery 170 to 5v for flightcontroller 130). A battery elimination circuit can also filter the powerin order to minimize noise in the power lines (e.g., to preventinterference in transceiver 165 and transceiver 120). Electronic speedcontroller 145 can contain a battery elimination circuit. For example,battery 170 can supply 12 volts to electronic speed controller 145 whichcan then provide 5 volts to flight controller 130. In some embodiments,a power distribution board can allow each electronic speed controller(and other devices) to connect directly to the battery.

In some embodiments, battery 170 is a multi-cell (e.g., 2S, 3S, 4S,etc.) lithium polymer battery. Battery 170 can also be a lithium-ion,lead-acid, nickel-cadmium, or alkaline battery. Other battery types andvariants can be used as known in the art. Additional or alternative tobattery 170, other energy sources can be used. For example, UAV 100 canuse solar panels, wireless power transfer, a tethered power cable (e.g.,from a ground station or another UAV 100), etc. In some embodiments, theother energy source can be utilized to charge battery 170 while inflight or on the ground.

Battery 170 can be securely mounted to main body 110. Alternatively,battery 170 can have a release mechanism. In some embodiments, battery170 can be automatically replaced. For example, UAV 100 can land on adocking station and the docking station can automatically remove adischarged battery 170 and insert a charged battery 170. In someembodiments, UAV 100 can pass through docking station and replacebattery 170 without stopping.

Battery 170 can include a temperature sensor for overload prevention.For example, when charging, the rate of charge can be thermally limited(the rate will decrease if the temperature exceeds a certain threshold).Similarly, the power delivery at electronic speed controllers 145 can bethermally limited—providing less power when the temperature exceeds acertain threshold. Battery 170 can include a charging and voltageprotection circuit to safely charge battery 170 and prevent its voltagefrom going above or below a certain range.

UAV 100 can include a location transponder. For example, in a racingenvironment, race officials can track UAV 100 using locationtransponder. The actual location (e.g., X, Y, and Z) can be trackedusing triangulation of the transponder. In some embodiments, gates orsensors in a track can determine if the location transponder has passedby or through the sensor or gate.

Flight controller 130 can communicate with electronic speed controller145, battery 170, transceiver 165, video processor 125, position sensor135, and/or any other component of UAV 100. In some embodiments, flightcontroller 130 can receive various inputs (including historical data)and calculate current flight characteristics. Flight characteristics caninclude an actual or predicted position, orientation, velocity, angularmomentum, acceleration, battery capacity, temperature, etc. of UAV 100.Flight controller 130 can then take the control signals from transceiver165 and calculate target flight characteristics. For example, targetflight characteristics might include “rotate x degrees” or “go to thisGPS location”. Flight controller 130 can calculate responsecharacteristics of UAV 100. Response characteristics can include howelectronic speed controller 145, motor 150, propeller 155, etc. respond,or are expected to respond, to control signals from flight controller130. Response characteristics can include an expectation for how UAV 100as a system will respond to control signals from flight controller 130.For example, response characteristics can include a determination thatone motor 150 is slightly weaker than other motors.

After calculating current flight characteristics, target flightcharacteristics, and response characteristics flight controller 130 cancalculate optimized control signals to achieve the target flightcharacteristics. Various control systems can be implemented during thesecalculations. For example a proportional-integral-derivative (PID) canbe used. In some embodiments, an open-loop control system (i.e., onethat ignores current flight characteristics) can be used. In someembodiments, some of the functions of flight controller 130 areperformed by a system external to UAV 100. For example, current flightcharacteristics can be sent to a server that returns the optimizedcontrol signals. Flight controller 130 can send the optimized controlsignals to electronic speed controllers 145 to control UAV 100.

In some embodiments, UAV 100 has various outputs that are not part ofthe flight control system. For example, UAV 100 can have a loudspeakerfor communicating with people or other UAVs 100. Similarly, UAV 100 canhave a flashlight or laser. The laser can be used to “tag” another UAV100.

FIG. 2 illustrates an exemplary control transmitter 200 used to controla UAV that may be used in implementations of the present invention.Control transmitter 200 can send control signals to transceiver 165.Control transmitter can have auxiliary switches 210, joysticks 215 and220, and antenna 205. Joystick 215 can be configured to send elevatorand aileron control signals while joystick 220 can be configured to sendthrottle and rudder control signals (this is termed a mode 2configuration). Alternatively, joystick 215 can be configured to sendthrottle and aileron control signals while joystick 220 can beconfigured to send elevator and rudder control signals (this is termed amode 1 configuration). Auxiliary switches 210 can be configured to setoptions on control transmitter 200 or UAV 100. In some embodiments,control transmitter 200 receives information from a transceiver on UAV100. For example, it can receive some current flight characteristicsfrom UAV 100.

FIG. 3 illustrates an exemplary virtual reality system 300 that may beused in implementations of the present invention. Virtual reality system300 may include battery 305 or another power source, display screen 310,and receiver 315. Virtual reality system 300 can receive a data stream(e.g., video) from transmitter 120 of UAV 100. Virtual reality system300 may include a head-mounted unit as depicted in FIG. 3. Virtualreality system 300 can also include a monitor, projector, or a pluralityof additional head-mounted units such that multiple viewers can view thesame virtual environment.

Virtual reality system 300 may generate a display of an artificial imageto overlay the view of the real world (e.g., augmented reality) or tocreate an independent reality all its own. Display screen 310 may bepartly transparent or translucent, thereby allowing the user to observereal-world surroundings, as well as a displayed computer generatedimage, or a combination of the two. The virtual environment generated byvirtual reality system 300 and presented to the user may include any ofthe real-world surroundings, any physical objects (which may beaugmented or not), or generate wholly virtual objects.

In some embodiments, display screen 310 includes two screens, one foreach eye; these screens can have separate signals for stereoscopicviewing. In some embodiments, receiver 315 may be coupled to displayscreen 310 (as shown in FIG. 3). Alternatively, receiver 315 can be aseparate unit that is connected using a wire to virtual reality system300. In some embodiments, virtual reality system 300 is coupled tocontrol transmitter 200. Virtual reality system 300 may further becommunicatively coupled to a computing device (not pictured) such asthose illustrated in and described with respect to FIGS. 7 and 8.

FIG. 4A illustrates an exemplary physical space 400A within which a UAV100A may be flown along a course 420A. As illustrated, the physicalspace 400A may include a variety of course elements 410A, which may be aphysical object or may only exist as virtual objects generated by avirtual reality system (e.g., virtual reality system 300). In someembodiments, the course elements 410A may have both physical and virtualfeatures. For example, a course element 410A may have a physicalstructure and shape to which the virtual reality system 300 may adddecorative, thematic, or other visual features in generating the virtualenvironment corresponding to the course.

A user or pilot may fly UAV 100A along course 420A, thereby navigatingthrough or around the various course elements 410A placed along course420A. The user may plot the course 420A anywhere within the space 400A.Course 420A may include, for example, maneuvering through or aroundcertain course elements 410A, as well as various maneuvers in open spacewithin space 400A.

The user may view the UAV from his or her physical location within thevirtual environment while flying the UAV along the course 420A.Depending on settings of the virtual reality system 300, the user mayalso be provided with a first person view of the course 420Acorresponding to the view as seen from the UAV. The virtual realitysystem 300 therefore provides the user with a flight simulationexperience corresponding to the actual physical flight of the UAV.

While UAV 100A is flying along course 420A, its cameras and sensors maybe capturing images and various other details regarding the physicalspace 400A (e.g., size or dimensional measurements) and the course 420A(e.g., various obstacles, such as walls, and course elements 410A).Using the various positional sensors discussed above with respect toFIG. 1, information regarding the positions and movement of the UAVthrough space 400A along course 420A may be ascertained. The images andother data captured regarding physical space 400A—in conjunction withthe locations of the UAV moving through that space 400A—allows forconstruction of a course profile or map.

Such a course profile may include not only physical structures (e.g.,walls of space 400A), but virtual structures as well. The virtualstructures may be generated by a virtual reality system 300 based onuser preferences and input. For example, the physical space 400A may bean empty room shaped as a simple rectangular prism in which courseelements 410A may be added, whether as physical or virtual objects. Inaddition, the virtual reality system 300 may further add another layerof imagery where the walls of the space 400A may be made to appear aswalls of an underground cave and the course elements 410A as narrowtunnel openings. Alternatively, the walls of space 400A may be made tolook like outer space and the course elements 410A as openings betweenasteroids. Such virtual features may also be included in the courseprofile constructed for course 420A.

FIG. 4B illustrates a physical space 400B that is different from thatillustrated in FIG. 4A, but within which the course 420A of FIG. 4A maybe recreated by a virtual reality system 300 at space 400B. The courseprofile constructed for course 420A may be used by a virtual realitysystem at space 420B to generate a virtual environment corresponding tocourse 420A. The virtual environment generated for space 400B mayinclude virtual course elements 410B corresponding to course elements410A, as well as any other visual elements generated in the virtualenvironment of space 400A.

Space 400B may have different dimensions from space 400A, however. Assuch, the virtual environment generated for space 400A needs to bescaled for the dimensions of space 400B. In some instances, scaling mayalso occur based on the dimensions of the UAV 100B in space 400B. Suchscaling may be based on the relative differences in dimensions betweenspaces 400A and 400B, the relative differences in dimensions between UAV100A and 100B, and various other characteristics of the respectivespaces or UAVs. In some implementations, such as competitions, scalingmay also apply to scores, points, times, or other metric used to compareperformance between a UAV 100A in a first space 400A and another UAV100B in a second space 400B.

FIG. 5 is an exemplary network environment 500 in which a system for UAVcourse profiling and sharing may be implemented. Network environment 500may include a communication network 510 through which communicationsbetween various UAV courses 520A-C (each with a respective virtualreality system) and server 530 may occur.

Communication network 510 may be a local, proprietary network (e.g., anintranet) and/or may be a part of a larger wide-area network. Thecommunications network 510 may be a local area network (LAN), which maybe communicatively coupled to a wide area network (WAN) such as theInternet. The Internet is a broad network of interconnected computersand servers allowing for the transmission and exchange of InternetProtocol (IP) data between users connected through a network serviceprovider. Examples of network service providers are the public switchedtelephone network, a cable service provider, a provider of digitalsubscriber line (DSL) services, or a satellite service provider.Communications network 510 allows for communication between the variouscomponents of network environment 500.

UAV courses 520A-C represent different spaces at different locations.Each UAV course 520C-C may be associated with a respective UAV andvirtual reality system. The type of UAVs and virtual reality system ateach UAV course 520C-C may also differ. In an exemplary implementation,a course may be mapped and profiled at a first UAV course 520A. Such acourse profile may include not only information regarding the physicalspace at UAV course 520A, but also any virtual objects or featuresthereof. In some instances, the course profile may also includeinformation regarding the UAV used to map and profile the course at UAVcourse 520A.

The course profile for UAV course 520A may be sent over communicationnetwork 510 to any of the other UAV courses 520B-C or to server 530. Therespective virtual reality systems at each of the other UAV courses520B-C may generate a virtual environment corresponding to the coursemapped for UAV course 520A. Where the dimensions of the space or UAV maydiffer, various scaling factors may be used to generate the respectivevirtual environments at UAV courses 520B-C. In some embodiments, thecourse profile may be sent to server 530 for storage and distribution.

Server 530 may include any type of server or other computing device asis known in the art, including standard hardware computing componentssuch as network and media interfaces, non-transitory computer-readablestorage (memory), and processors for executing instructions or accessinginformation that may be stored in memory. The functionalities ofmultiple servers may be integrated into a single server. Any of theaforementioned servers (or an integrated server) may take on certainclient-side, cache, or proxy server characteristics. Thesecharacteristics may depend on the particular network placement of theserver or certain configurations of the server.

In some embodiments, server 530 may act as a storage repository forcourse profiles for different UAV courses. Users who create courseprofiles by flying their UAV and augmenting or adding virtual objects tothe same may further provide the course profiles to server 530. Suchcourse profiles may be made accessible or distributed to other usersupon request. In some embodiments, server 530 may apply various scalingand normalization factors so that a virtual UAV course may be generatedin spaces having different dimensions.

Server 530 may be a game server or other type of host server capable ofhosting a session that includes one or more systems (e.g., UAV courses520A-C). For example, the server 530 may manage a competition in which auser at each course 520A-C may fly a UAV through a virtual course.Various scores, points, or times may be recorded, as well as scaled orotherwise normalized to account for differences in degree of difficultyrelated to the differences between the UAV courses and respective UAVs.

FIG. 6 is a flowchart illustrating an exemplary method 600 for using ashared UAV course profile. The method 600 of FIG. 6 may be embodied asexecutable instructions in a non-transitory computer readable storagemedium including but not limited to a CD, DVD, or non-volatile memorysuch as a hard drive. The instructions of the storage medium may beexecuted by a processor (or processors) to cause various hardwarecomponents of a computing device hosting or otherwise accessing thestorage medium to effectuate the method. The steps identified in FIG. 6(and the order thereof) are exemplary and may include variousalternatives, equivalents, or derivations thereof including but notlimited to the order of execution of the same.

In step 610, images and other data are captured as a UAV is flown alonga course at a first location. As discussed above, the UAV may beequipped with various cameras, position sensors, gimbals, environmentalsensors, radar, lidar, lasers, and other types of sensors that not onlyallow for tracking of the UAV movement, but also gather data regardingthe environment (e.g., obstacles, objects) through which the UAV moves.

In step 620, virtual elements may be added to the course. Such virtualelements may include augmentation of physical objects or wholly virtualelements. The addition of virtual elements may be based on userpreference or selection. In some embodiments, the user may be offered amenu of virtual elements, themes, or templates that may be used toaugment or add to a particular course.

In step 630, a course profile may be constructed based on theinformation captured in step 610, as well as the customizations added instep 620. The course profile may include mapping data of the course, aswell as various physical and virtual elements on the course. Such acourse profile may further specify sizes, distances, and othermeasurements of various elements of the course, as well as informationregarding the UAV used to map the course.

In step 640, the course profile may be transmitted over a communicationnetwork to other virtual reality systems or servers. Such transmissionmay occur upon request, automatic sharing or distribution settings, orother parameters selected by users or administrators.

In step 650, a virtual reality system (e.g., at a second location) thatreceived the course profile may generate a virtual environment that isbased upon the course profile and that includes a course correspondingto the mapped course. Depending on the differences in the availablespace at the locations and differences in the UAV, various scaling ornormalization factors may be used to generate a virtual environment(including the virtual course and course elements) at the secondlocation.

In step 660, a user in the second location may fly their UAV along thevirtual course. In some embodiments, multiple virtual courses may begenerated at different locations, and UAVs flown along the respectivecourses may be essentially racing against each other, albeit indifferent locations. Further, the respective virtual reality systems maycommunicate with each other to provide the real-time locations of eachrespective UAV along the course. As such, the user may view a virtualrepresentation of their UAV competitors in the virtual environment, aswell as various interactions that may occur between the physical UAVpresent at a location and virtual UAVs representing UAVs at otherlocations. Such interactions may result in various parameters beingapplied to the physical UAV. For example, a bump with a virtual UAV mayresult in limitations on the power or acceleration made available to thephysical UAV.

FIG. 7 is a block diagram of an exemplary computing system 700 that maybe used to implement an embodiment of the present invention. Computingsystem 700 may be inclusive of general purpose computers, mobile phones,smartphones, personal digital assistants (PDAs), portable computingdevices (e.g., laptop, netbook, tablets), desktop computing devices,handheld computing device, game console, or any other type of computingdevice known in the art.

The computing system 700 of FIG. 7 includes one or more processors 710and memory 720. Main memory 720 stores, in part, instructions and datafor execution by processor 710. Main memory 720 can store the executablecode when in operation. The system 700 of FIG. 7 further includes a massstorage device 730, portable storage medium drive(s) 740, output devices750, user input devices 760, a graphics display 770, and peripheraldevices 780.

The components shown in FIG. 7 are depicted as being connected via asingle bus 790. However, the components may be connected through one ormore data transport means. For example, processor unit 710 and mainmemory 720 may be connected via a local microprocessor bus, and the massstorage device 730, peripheral device(s) 780, portable storage device740, and display system 770 may be connected via one or moreinput/output (I/O) buses.

Mass storage device 730, which may be implemented with a magnetic diskdrive or an optical disk drive, is a non-volatile storage device forstoring data and instructions for use by processor unit 710. Massstorage device 730 can store the system software for implementingembodiments of the present invention for purposes of loading thatsoftware into main memory 720.

Portable storage device 740 operates in conjunction with a portablenon-volatile storage medium, such as a floppy disk, compact disk orDigital video disc, to input and output data and code to and from thecomputer system 700 of FIG. 7. The system software for implementingembodiments of the present invention may be stored on such a portablemedium and input to the computer system 700 via the portable storagedevice 740.

Input devices 760 provide a portion of a user interface. Input devices760 may include an alpha-numeric keypad, such as a keyboard, forinputting alpha-numeric and other information, or a pointing device,such as a mouse, a trackball, stylus, or cursor direction keys.Additionally, the system 700 as shown in FIG. 7 includes output devices750. Examples of suitable output devices include speakers, printers,network interfaces, and monitors.

Display system 770 may include a liquid crystal display (LCD) or othersuitable display device. Display system 770 receives textual andgraphical information, and processes the information for output to thedisplay device.

Peripherals 780 may include any type of computer support device to addadditional functionality to the computer system. For example, peripheraldevice(s) 780 may include a modem or a router.

The components contained in the computer system 700 of FIG. 7 are thosetypically found in computer systems that may be suitable for use withembodiments of the present invention and are intended to represent abroad category of such computer components that are well known in theart. Thus, the computer system 700 of FIG. 7 can be a personal computer,hand held computing device, telephone, mobile computing device,workstation, server, minicomputer, mainframe computer, or any othercomputing device. The computer can also include different busconfigurations, networked platforms, multi-processor platforms, etc.Various operating systems can be used including Unix, Linux, Windows,Macintosh OS, Palm OS, and other suitable operating systems.

FIG. 8 is a block diagram of an exemplary electronic entertainmentsystem 800. The entertainment system 800 of FIG. 8 includes a mainmemory 805, a central processing unit (CPU) 810, vector unit 815, agraphics processing unit 820, an input/output (I/O) processor 825, anI/O processor memory 830, a controller interface 835, a memory card 840,a Universal Serial Bus (USB) interface 845, and an IEEE 1394 interface850. The entertainment system 800 further includes an operating systemread-only memory (OS ROM) 855, a sound processing unit 860, an opticaldisc control unit 870, and a hard disc drive 865, which are connectedvia a bus 875 to the I/O processor 825.

Entertainment system 800 may be an electronic game console.Alternatively, the entertainment system 800 may be implemented as ageneral-purpose computer, a set-top box, a hand-held game device, atablet computing device, or a mobile computing device or phone.Entertainment systems may contain more or less operating componentsdepending on a particular form factor, purpose, or design.

The CPU 810, the vector unit 815, the graphics processing unit 820, andthe I/O processor 825 of FIG. 8 communicate via a system bus 885.Further, the CPU 810 of FIG. 8 communicates with the main memory 805 viaa dedicated bus 880, while the vector unit 815 and the graphicsprocessing unit 820 may communicate through a dedicated bus 890. The CPU810 of FIG. 8 executes programs stored in the OS ROM 855 and the mainmemory 805. The main memory 805 of FIG. 8 may contain pre-storedprograms and programs transferred through the I/O Processor 825 from aCD-ROM, DVD-ROM, or other optical disc (not shown) using the opticaldisc control unit 870. I/O Processor 825 of FIG. 8 may also allow forthe introduction of content transferred over a wireless or othercommunications network (e.g., 4$, LTE, 3G, and so forth). The I/Oprocessor 825 of FIG. 8 primarily controls data exchanges between thevarious devices of the entertainment system 800 including the CPU 810,the vector unit 815, the graphics processing unit 820, and thecontroller interface 835.

The graphics processing unit 820 of FIG. 8 executes graphicsinstructions received from the CPU 810 and the vector unit 815 toproduce images for display on a display device (not shown). For example,the vector unit 815 of FIG. 8 may transform objects fromthree-dimensional coordinates to two-dimensional coordinates, and sendthe two-dimensional coordinates to the graphics processing unit 820.Furthermore, the sound processing unit 860 executes instructions toproduce sound signals that are outputted to an audio device such asspeakers (not shown). Other devices may be connected to theentertainment system 800 via the USB interface 845, and the IEEE 1394interface 850 such as wireless transceivers, which may also be embeddedin the system 800 or as a part of some other component such as aprocessor.

A user of the entertainment system 800 of FIG. 8 provides instructionsvia the controller interface 835 to the CPU 810. For example, the usermay instruct the CPU 810 to store certain game information on the memorycard 840 or other non-transitory computer-readable storage media orinstruct a character in a game to perform some specified action.

The present invention may be implemented in an application that may beoperable by a variety of end user devices. For example, an end userdevice may be a personal computer, a home entertainment system (e.g.,Sony PlayStation2® or Sony PlayStation3® or Sony PlayStation4®), aportable gaming device (e.g., Sony PSP® or Sony Vita®), or a homeentertainment system of a different albeit inferior manufacturer. Thepresent methodologies described herein are fully intended to be operableon a variety of devices. The present invention may also be implementedwith cross-title neutrality wherein an embodiment of the present systemmay be utilized across a variety of titles from various publishers.

Non-transitory computer-readable storage media refer to any medium ormedia that participate in providing instructions to a central processingunit (CPU) for execution. Such media can take many forms, including, butnot limited to, non-volatile and volatile media such as optical ormagnetic disks and dynamic memory, respectively. Common forms ofnon-transitory computer-readable media include, for example, a floppydisk, a flexible disk, a hard disk, magnetic tape, any other magneticmedium, a CD-ROM disk, digital video disk (DVD), any other opticalmedium, RAM, PROM, EPROM, a FLASHEPROM, and any other memory chip orcartridge.

Various forms of transmission media may be involved in carrying one ormore sequences of one or more instructions to a CPU for execution. A buscarries the data to system RAM, from which a CPU retrieves and executesthe instructions. The instructions received by system RAM can optionallybe stored on a fixed disk either before or after execution by a CPU.Various forms of storage may likewise be implemented as well as thenecessary network interfaces and network topologies to implement thesame.

The foregoing detailed description of the technology has been presentedfor purposes of illustration and description. It is not intended to beexhaustive or to limit the technology to the precise form disclosed.Many modifications and variations are possible in light of the aboveteaching. The described embodiments were chosen in order to best explainthe principles of the technology, its practical application, and toenable others skilled in the art to utilize the technology in variousembodiments and with various modifications as are suited to theparticular use contemplated. It is intended that the scope of thetechnology be defined by the claim.

What is claimed is:
 1. (canceled)
 2. A system for sharing virtualenvironments, the system comprising: memory that stores one or moreprofiles, each profile defining a different virtual environment thatincludes one or more virtual elements; a communication interface thatcommunicates over a communication network, wherein the communicationinterface receives a request to provide one of the profiles to aplurality of user devices in different locations; and a processor thatexecutes instructions stored in memory, wherein the processor executesthe instructions to generate a set of instructions for each of the userdevices based on the requested profile, the set of instructionsexecutable by the respective user device to generate the virtualenvironment corresponding to the requested profile and to communicatewith each other user device in real-time regarding interaction withinthe corresponding virtual environment.
 3. The system of claim 2, whereinthe set of instructions are executable by the user device to generatethe virtual environment corresponding to the requested profile byaugmenting a physical space with an overlay of the one or more virtualelements as defined by the requested profile.
 4. The system of claim 2,wherein the processor generates the set of instructions for at least oneof the user devices by applying at least one normalization factor to therequested profile, the at least one normalization factor specific to theat least one user device.
 5. The system of claim 4, wherein the at leastone normalization factor includes at least one scaling factor.
 6. Thesystem of claim 4, wherein the at least one normalization factorcorresponds to an associated physical space of the at least one userdevice.
 7. The system of claim 2, wherein each of the user devices isassociated with a respective user-controlled virtual object, and whereinthe real-time communication further includes one or more locations ofdifferent user-controlled virtual objects within the correspondingvirtual environment.
 8. The system of claim 7, wherein each of the userdevices further executes the set of instructions to generate arepresentation of each other user-controlled virtual object within thecorresponding virtual environment based on the real-time communication.9. The system of claim 7, wherein each of the user devices furtherexecutes the set of instructions to apply one or more parameters to thecorresponding virtual environment based on the real-time communication.10. The system of claim 9, wherein applying the parameters includeadjusting at least one of the user-controlled virtual objects or thevirtual elements within the corresponding virtual environment.
 11. Amethod for sharing virtual environments, the method comprising: storingone or more profiles in memory, each profile defining a differentvirtual environment that includes one or more virtual elements;receiving a request to provide one of the profiles to a plurality ofuser devices in different locations, the request received over acommunication network; and executing instructions stored in memory,wherein execution of the instructions by the processor generates a setof instructions for each of the user devices based on the requestedprofile, the set of instructions executable by the respective userdevice to generate the virtual environment corresponding to therequested profile and to communicate with each other user device inreal-time regarding interaction within the corresponding virtualenvironment.
 12. The method of claim 11, wherein the set of instructionsare executable by the user device to generate the virtual environmentcorresponding to the requested profile by augmenting a physical spacewith an overlay of the one or more virtual elements as defined by therequested profile.
 13. The method of claim 11, wherein generating theset of instructions for at least one of the user devices includesapplying at least one normalization factor to the requested profile, theat least one normalization factor specific to the at least one userdevice.
 14. The method of claim 13, wherein the at least onenormalization factor includes at least one scaling factor.
 15. Themethod of claim 13, wherein the at least one normalization factorcorresponds to an associated physical space of the at least one userdevice.
 16. The method of claim 11, wherein each of the user devices isassociated with a respective user-controlled virtual object, and whereinthe real-time communication further includes one or more locations ofdifferent user-controlled virtual objects within the correspondingvirtual environment.
 17. The method of claim 16, wherein each of theuser devices further executes the set of instructions to generate arepresentation of each other user-controlled virtual object within thecorresponding virtual environment based on the real-time communication.18. The method of claim 16, wherein each of the user devices furtherexecutes the set of instructions to apply one or more parameters to thecorresponding virtual environment based on the real-time communication.19. The method of claim 18, wherein applying the parameters includeadjusting at least one of the user-controlled virtual objects or thevirtual elements within the corresponding virtual environment.
 20. Anon-transitory, computer-readable storage medium having embodied thereona program executable by a processor to perform a method for sharingvirtual environments, the method comprising: storing one or moreprofiles in memory, each profile defining a different virtualenvironment that includes one or more virtual elements; receiving arequest to provide one of the profiles to a plurality of user devices indifferent locations, the request received over a communication network;and executing instructions stored in memory, wherein execution of theinstructions by the processor generates a set of instructions for eachof the user devices based on the requested profile, the set ofinstructions executable by the respective user device to generate thevirtual environment corresponding to the requested profile and tocommunicate with each other user device in real-time regardinginteraction within the corresponding virtual environment.